None
# Indicar Ubicación de la Carpeta de imágenes
# jupyter Notebook
url_img = r'C:\\Temp\\img\\'
Este trabajo de fin de máster (TFM) se centra en las tres primeras etapas* del ciclo metodológico que se llevan a cabo en un proyecto de minería de datos, conocido como CRISP-DM (Cross Industry Standard Process for Data Mining) [Figura 0a y 0b].
Es importante recordar que este esquema se desarrolla de manera iterativa, lo que significa que la comunicación con los equipos encargados de las etapas posteriores es fundamental para asegurar el éxito del producto final que estamos desarrollando
[Figura 0]. Diagrama CRISP-DM (modificado). Fases abarcadas por el TFM.
[Figura 0b]. Esquema del TFM.
En los últimos años, el estudio del territorio y la ciudad se ha visto mejorado por la utilización de la tecnología existente, y en especial los Sistemas de Información Geográfica, permitiendo mejorar la comprensión de los fenómenos que en ella ocurre.
Tal es su importancia, que hasta en los textos legales comienza a incorporarse la necesidad de su utilización, como es el caso de la reciente legislación en materia de ordenación urbanística, Ley 7/2021, de 1 de diciembre, de impulso para la sostenibilidad del territorio de Andalucía [Figura 1].
[Figura 1]. Artículo 11 Ley 7/2021, de 1 de diciembre, de impulso para la sostenibilidad del territorio de Andalucía.
Sin embargo, la mayor parte de los avances han sido implementadas desde el campo de la Geografía, existiendo un escaso número de actuaciones que hayan trasladado el manejo de los datos, y la información extraída de ellos, al campo del planeamiento urbanístico.
Una de las pocas oficinas que lo ha logrado es la empresa denominada 300.000 km/s , cuyos resultados se exponen en el enlace vinculado.
La motivación que guía este trabajo, es demostrar que el uso de los datos en el ámbito de la ordenación territorial y urbanística, supone una ventaja añadida a la hora de analizar los fenómenos que afectan o tienen relación con el ecosistema inmobiliario.
Una actividad que sigue teniendo un fuerte impacto económico en la sociedad, y cuyas consecuencias por no medir adecuadamente los riesgos asociados a las diferentes variables que la componen, fueron causantes de una profunda crisis.
Actualmente, con la necesidad de mejora del parque edificatorio, respecto al aprovechamiento de la energía, así como la optimización del aislamiento para reducir la demanda de consumo, surge una nueva oportunidad para el estudio de los datos.
Se trata de detectar aquellas zonas en la ciudad con mayor vulnerabilidad y necesidades reales de rehabilitación, permitiendo una mejor gestión de los recursos económicos disponibles, diseñando políticas de mejora, tanto públicas como privadas, al objeto de reducir costes a medio plazo.
Otras cuestiones como la implantación de dotaciones equilibradas, análisis granular de alquileres y transacciones inmobiliarias, redacción de normativas adecuadas a la realidad física existente, calibrado y estrategias de inversión, son posible si se dispone de un esquema base, como el que este trabajo trata de elaborar.
Al igual que en el caso de un campo base, se requiere de una infraestructura mínima para poder realizar el trabajo analítico. En nuestro caso, esta infraestructura no se limita únicamente al software. Es necesario estructurar una capa de datos que funcione como un mapa, permitiendo la geolocalización de los eventos y su relación con la estructura de la ciudad.
Aunque la definición de 'gemelo digital' no sea del todo adecuada para este caso, sí podemos referirnos a un modelo simplificado de la realidad urbanística.
Esta cartografía mínima, que se formalizará en una Geodatabase, estará compuesta, al menos, por dos capas de datos fundamentales que se pueden obtener de la Sede Electrónica de Catastro (SEC):
CAT.La descarga requiere del certificado electrónico, pero es libre y sin coste económico [Figura 2].
Aunque esta parte puede introducirse en el pipeline, no se ha incorporado al trabajo, pudiendo ser objeto de una futura mejora del proceso ETL.
Por el momento se realizará de forma manual.
[Figura 2]. Descarga libre de Datos y Cartografía desde la SEC. (Requiere certificado eléctrónico).
La Dirección General del Catastro ofrece, de forma totalmente gratuita, a través del Servicio de descarga de información alfanumérica (formato CAT), los datos catastrales no protegidos (todos, excepto la titularidad y el valor catastral de los inmuebles) de los municipios bajo la competencia de la Dirección General del Catastro (todo el territorio nacional excepto País Vasco y Navarra).
(La información protegida ha sido suprimida del fichero, quedando un espacio de caracteres en blanco).
Incluye información de inmuebles
Los ficheros CAT se proporcionan en un fichero de texto con registros de 1.000 caracteres, que comprenden las características físicas, económicas y jurídicas de los bienes inmuebles y sus elementos [Figura 3].
Estos ficheros se actualizan dos veces al año, siempre en las siguientes fechas:
| Actualización | Fecha |
|---|---|
| Anual 1 | Primera semana de febrero |
| Anual 2 | Primera semana de agosto |
[Figura 3]. Fragmento de un fichero de tipo CAT.
La documentación completa sobre las especificaciones de estos ficheros, se encuentra en los siguientes enlaces:
Desde la SEC se descarga una carpeta comprimida que contiene todos los municipios de la provincia seleccionada en la descarga. La nomenclatura de la carpeta responde a las siguientes características:
Carpeta: 14_U_23062023_CAT
14 Código catastral de provincia (14). Enlace
U
U Urbana.R Rústica.23062023 Fecha oficial de generación del fichero por la administración..CAT Formato del fichero.Los ficheros que contiene la carpeta anteriormente descargada, se encuentran en formato comprimido .gz, y su nomenclatura responde a la siguiente estructura.
Fichero: 14900U_23062023.CAT.gz
14900 Código catastral de provincia (14) y municipio(900). EnlaceA pesar de la abundante información que estos ficheros pueden proporcionar, su uso en la redacción de planeamiento urbanístico es todavía poco común.
En otras disciplinas y a pesar de la documentación existente, son escasas las administraciones que han explotado estos datos.
Su utilización en el sector privado también es minoritaria. Sin embargo, empresas como Idealista, grandes inversoras y aseguradoras, han logrado incorporarlos a su conocimiento para ofrecer un mejor servicio a sus clientes.
El TFM representa un avance significativo en cuanto al potencial producto que puede generarse.
No solo se encarga de la extracción y transformación de datos, sino que también se adentra en la obtención de información derivada de gran relevancia. Este enfoque avanzado tiene como objetivo superar las prácticas tradicionales y mejorar la calidad de los resultados obtenidos.
Existen varios motivos que obstaculizan su explotación, los cuales este trabajo busca resolver [Figura 4]:
a/ El formato del fichero proporcionado es de texto plano, lo que requiere ciertos conocimientos técnicos para la extracción de datos.
b/ La estructura del fichero es compleja y la extracción depende de los dos primeros dígitos de cada fila, así como de la posición y longitud de la subcadena de texto.
Por ejemplo, para determinar el año de antigüedad de un bien inmueble, es necesario buscar los 4 dígitos siguientes al carácter en la posición 371 en todas las filas cuyos dos primeros dígitos sean 15.
c/ Las plantillas proporcionadas por Catastro para exportar a hojas de cálculo son efectivas en municipios de pequeña dimensión. Sin embargo, cuando se trata de un gran número de elementos, estas plantillas se vuelven lentas e inoperativas, y en ningún caso permiten establecer relaciones entre las tablas extraídas.
d/ La extracción de información requiere conocimientos que gran parte de los equipos redactores de planeamiento y técnicos municipales no poseen.
[Figura 4]. Ejemplo. Subcadena del año de antigüedad de un Bien Inmueble.
De los ficheros CAT se extraerán mediante el uso de los lenguajes SQL y python las siguientes tablas [Figura 5]:
| Tabla | descripción |
|---|---|
t11 |
Tabla de Fincas / Parcelas |
t13 |
Tabla de Unidades Constructivas de los Bienes Inmuebles. |
t14 |
Tabla de Construcciones (Recintos de Uso) de los Bienes Inmuebles. |
t15 |
Tabla de Bienes Inmuebles. |
[Figura 5]. Tablas obtenidas del fichero CAT mediante extracción de subcadenas de caracteres.
Tomando como base la Tesis Doctoral de Raúl Tomás Mora García, de la Universidad de Alicante, se han elaborado unos esquemas explicativos de cómo se estructura la información alfanumérica en función de cada tipo de Registro (t11, t13, t14 y t15):
1/ Una parcela catastral formada por un suelo sin construcciones, estaría definida por [Figura 6]:
t15)t11)[Figura 6]. Esquema de Parcela catastral. Idealización espacial y estructura alfanumérica.
2/ En el caso de una vivienda unifamiliar aislada en parcela , quedaría definida por [Figura 7]:
t15)t14)t13)t11)[Figura 7]. Esquema de vivienda unifamiliar. Idealización espacial y estructura alfanumérica.
3/ En el caso de una edificación con división horizontal como la del esquema , quedaría definida por [Figura 8]:
t15)t14)t13)t11)[Figura 8]. Esquema de vivienda plurifamiliar. Idealización espacial y estructura alfanumérica.
Para cada Registro, sera necesario obtener, mediante extracción de subcadenas de texto, una serie de campos que se detallan a continuación, indicando:
CAT.CAT.Esta es la composición de los campos de los 4 Registros (tablas) que definen cada Bien Inmueble:
Registro t11 de Catastro. Fincas Parcelas.
| codigo | tipo | inicio | final | descripción |
|---|---|---|---|---|
pc_31 |
character | 30 | 44 | Parcela catastral |
cp_51 |
character | 50 | 52 | Código de Provincia (INE) |
np_53 |
varchar | 52 | 77 | Nombre Provincia |
mc_81 |
character | 80 | 83 | Código de Municipio (INE) |
nm_84 |
varchar | 83 | 123 | Nombre del Municipio |
nem_124 |
varchar | 123 | 153 | Nombre de la entidad menor, en caso de existir |
cv_154 |
integer | 153 | 158 | Código de vía pública |
tv_159 |
varchar | 158 | 163 | Tipo de vía o sigla pública |
nv_164 |
varchar | 163 | 188 | Nombre de la vía pública |
pnp_189 |
smallint | 188 | 192 | Primer número de policía |
plp_193 |
character | 192 | 193 | Primera letra |
snp_194 |
smallint | 193 | 197 | Segundo número de policía |
slp_198 |
character | 197 | 198 | Segunda letra |
km_199 |
integer | 198 | 203 | Kilómetro |
bl_204 |
varchar | 203 | 207 | Bloque |
p_241 |
integer | 240 | 245 | Código postal |
cpo_253 |
smallint | 252 | 255 | Código de polígono rústico |
cpa_256 |
smallint | 255 | 260 | Código de parcela |
cpaj_261 |
character | 260 | 265 | Código del paraje |
npa_266 |
varchar | 265 | 295 | Nombre del paraje |
sup_296 |
integer | 295 | 305 | Superficie de la finca o parcela catastral (en m2). |
sct_306 |
integer | 305 | 312 | Superficie construida total |
ssr_313 |
integer | 312 | 319 | Superficie construida sobre rasante |
sbr_320 |
integer | 319 | 326 | Superficie construida bajo rasante |
sc_327 |
integer | 326 | 333 | Superficie cubierta |
Registro t13 de Catastro. Unidades Contructivas de los Bienes Inmuebles.
| codigo | tipo | inicio | final | descripción |
|---|---|---|---|---|
pc_31 |
character | 30 | 44 | Parcela catastral. |
cn_29 |
character | 28 | 30 | Clase de la Unidad Constructiva (UR, RU, BI) |
cuc_45 |
character | 44 | 48 | Código de la unidad Constructiva. |
ac_296 |
smallint | 295 | 299 | Año de la construcción (formato (AAAA)) |
iacons_300 |
character | 299 | 309 | Indicador de exactitud del año de construcción |
so_301 |
integer | 308 | 315 | Superficie de suelo ocupada por la Unidad Constructiva en m2 |
lf_308 |
integer | 409 | 413 | Longitud de fachada (en cm) |
cucm_410 |
varchar | 409 | 413 | Código de la Unidad Constructiva Matriz |
Registro t14 de Catastro. Construcciones (Recintos de Uso) de los Bienes Inmuebles.
| codigo | tipo | inicio | final | descripción |
|---|---|---|---|---|
pc_31 |
character | 30 | 44 | Parcela catastral |
noec_45 |
character | 44 | 48 | Número de orden del elemento de construcción |
nobf_51 |
character | 50 | 54 | Número de orden del bien inmueble fiscal |
cuc_55 |
character | 54 | 58 | Código de la Unidad Constructiva a la que está asociado el local. |
es_63 |
varchar | 62 | 64 | Escalera |
pt_65 |
varchar | 64 | 67 | Planta |
pu_68 |
varchar | 67 | 70 | Puerta |
cd_71 |
varchar | 70 | 73 | Código de Destino. Descripción de la Actividad |
tr_74 |
character | 73 | 74 | Indicador del tipo de reforma o rehabilitación, |
ar_75 |
smallint | 74 | 78 | Año de reforma |
aec_79 |
smallint | 78 | 82 | Año de antigüedad efectiva en Catastro |
ili_83 |
character | 82 | 83 | Indicador de local interior |
stl_84 |
integer | 83 | 90 | Superficie total del local a efectos de catastro |
spt_91 |
integer | 90 | 97 | Superficie de porches y terrazas del local |
sil_98 |
integer | 97 | 104 | Superficie imputable al local situada en otras plantas |
tip_105 |
character | 104 | 109 | Tipología constructiva |
modl_112 |
character | 111 | 114 | Código de Modalidad de Reparto |
Registro t15 de Catastro. Bienes Inmuebles.
| codigo | tipo | inicio | final | descripción |
|---|---|---|---|---|
tipo_29 |
character | 28 | 30 | Clase del Bien inmueble (UR, RU, BI) |
pc_31 |
character | 30 | 44 | Parcela catastral. |
car_45 |
character | 44 | 48 | Número secuencial del bien inmueble |
cc1_49 |
character | 48 | 49 | Primer carácter de control |
cc2_50 |
character | 49 | 50 | Segundo carácter de control |
nfbi_51 |
integer | 50 | 58 | Número fijo del Bien Inmueble |
nfv_74 |
varchar | 73 | 92 | Número de finca registral, incluyendo registro de la propiedad |
es_250 |
varchar | 249 | 251 | Escalera |
pt_252 |
varchar | 251 | 254 | Planta |
pu_255 |
varchar | 254 | 257 | Puerta |
noe_368 |
varchar | 367 | 371 | Número de orden del inmueble en la escritura de división horizontal |
ant_372 |
smallint | 371 | 375 | Año de antigüedad del bien inmueble |
coduso_428 |
character | 427 | 428 | Usos |
sfc_442 |
integer | 441 | 451 | Superficie oficial del bien inmueble |
sfs_452 |
integer | 451 | 461 | Superficie asociada al inmueble |
cpt_462 |
integer | 461 | 470 | Coeficiente de propiedad respecto a la finca |
Se trata de tablas generadas manualmente para el TFM con el propósito de traducir los códigos empleados por Catastro en varios de los campos pertenecientes a los registros t15 y t14. Debido a su longitud, no se muestra el listado, pero puede verificarse en los ficheros aportados:
T15_428.csvT14_71.csvT14_105_jc.csv Exponemos dos ejemplos de traducción de codificaciones que se realiza a través de estas tablas:
CCL es un uso COMERCIAL destinado a Calzado.01123 es una tipología RESIDENCIAL de tipo VIV COLECTIVA CARACTER URBANO, en MANZANA CERRADA (VIV PLURIF), de categoría 3.
Descripción de las tablas generadas;
| Tabla | descripción |
|---|---|
t15_428 |
Codificación de los Usos de los bienes inmuebles. |
t14_105 |
Codificación de las Tipologías y Categorías de las construcciones, según la Norma 20 del Real Decreto 1020/1993 de 25 de junio. |
t14_71 |
Codificación de las Subcategorías de los Usos para los distintas recintos de los bienes inmuebles. |
Son de utilidad para un mejor entendimiento de aquellas personas no relacionadas con la materia, de las codificaciones usadas por la Dirección General de Catastro [Figura 9].
[Figura 9]. Tablas de Traducción de Códigos.
Tabla t15_428 Codificación de los Usos de los bienes inmuebles
| Campo | descripción |
|---|---|
id15428 |
Identificador. |
coduso_428 |
Código del campo 428 de la tabla t15. |
uso15428 |
Significado del código. |
Tabla t14_71 Codificación de las Subcategorías de los Usos para los distintas recintos de los bienes inmuebles.
| Campo | descripción |
|---|---|
id1471 |
Identificador. |
cd_71 |
Código del campo 71 de la tabla t14. |
uso_bi |
Uso Principal. (t15_428) |
act_71_14 |
Sub-uso del recinto. (texto) |
coduso_bi |
Código del uso principal (t15_428) |
Tabla t14_105 Codificación de las Tipologías y Categorías de las construcciones, según la Norma 20 del R.D. 1020/1993 de 25 de junio
| Campo | descripción |
|---|---|
id14105 |
Identificador. |
tip_105 |
Código del campo 105 de la tabla t14. |
uso1 |
Uso de la tipología constructiva. |
tipolog1 |
Clase de la tipología constructiva. |
tipolog2 |
Modalidad de la tipología constructiva. |
categ |
Categoría Catastral. (0, A, B, C, 1, 2, 3, 4, 5, 6, 7, 8, 9) |
categ2 |
Categoría adaptada. (0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12) |
coef |
Coeficiente oficial de valor de la Construcción. |
Para georreferenciar los datos alfanuméricos se necesita un soporte espacial.
Una de las características más importantes de las tablas alfanuméricas CAT descritas con anterioridad, es que su Unidad Básica de Representación es la Parcela Catastral. (t11)
t15), y por lo tanto tampoco de Recintos (t14).t13, hasta la fecha, tampoco tienen correspondencia con ninguna capa espacial servida por la administración.Aclarados estos conceptos, indicamos que en el presente TFM se utilizará la capa mínima de instalación, ya que es posible escalar la información espacial y relacionarla con otras fuentes de información, lo que multiplica las posibilidades de análisis y mejora en la toma de decisiones [Figura 10].
[Figura 10]. Visualización de la capa de Geometría desde el software de código abierto QGIS.
Como se indicó anteriormente, los Ficheros con componente Geoespacial del parcelario, se pueden obtener de la Sede Electrónica de Catastro (SEC) en el apartado [Figura 11]:
Estos ficheros se actualizan tambien dos veces al año, con la misma frecuencia que los ficheros CAT:
| Actualización | Fecha |
|---|---|
| Anual 1 | Primera semana de febrero |
| Anual 2 | Primera semana de agosto |
[Figura 11]. Descarga de la cartografía Provincial del Parcelario (Fichero .zip).
Se descargará una carpeta comprimida que contiene todos los municipios de la provincia seleccionada. La nomenclatura de la carpeta responde a las siguientes características:
Carpeta comprimida: 14_UA_05012023_SHP.zip
14 Código catastral de provincia (14). Enlace
UA
UA Urbana sin historia.RA Rústica sin historia.23062023 Fecha oficial de generación del fichero por la administración. (2 actualizaciones anuales).
.SHP Formato del fichero. (Shapefile)
Una vez descomprimida la carpeta, se obtienen todos los municipios de la provincia. La codificación responde a la siguiente estructura:
Carpeta comprimida: 14900uA 14009 CORDOBA
14 Código catastral de provincia (14). Enlace
900 Código catastral del municipio (900). Enlace
uA
uA Urbana sin historia.rA Rústica sin historia.Se debe acceder a la carpeta del municipio a estudiar, en este ejemplo,
14900uA 14009 CORDOBAy descargar los archivos, (normalmente 4 ficheros) de la subcarpeta comprimida que termina con el sufijo _PARCELA.ZIP. En el caso de estudio del TFM son los ficheros de la subcarpeta:
14900uA_14009_05012023_PARCELA.ZIPcuya nomencaltura ha sido ya explicada.
Como se ha indicado anteriormente, esta parte de descarga y selección de carpetas puede introducirse en el pipeline, pero no se ha incorporado al presente trabajo, pudiendo ser objeto de una futura mejora del proceso ETL.
Por el momento se realizará de forma manual.
El Diagrama Entidad-Atributo-Relación diseñado para la geodatabase se expone en la siguiente gráfica [Figura 12]:
[Figura 12]. Diagrama Entidad-Atributo-Relación de la Geodatabase.
Para hacerlo más entendible, analizamos la relación entre las tablas alfanuméricas como 'core' del diagrama [Figura 13].
# Nombre del archivo de imagen 12
nombre_archivo = "img_012.jpg"
texto = "[Figura 13]. Relación entre las tablas obtenidas por extracción de subcadenas de ficheros CAT."
anchura_porc = "55%"
# Ruta completa de la imagen
ruta_imagen = url_img + nombre_archivo
# Mostrar la imagen
display(Image(filename=ruta_imagen, width=anchura_porc))
# Mostrar el texto centrado en cursiva debajo de la imagen
markdown_text = f'<p style="text-align: left;"><i>{texto}</i></p>'
display(Markdown(markdown_text))
[Figura 13]. Relación entre las tablas obtenidas por extracción de subcadenas de ficheros CAT.
Tal y como se muestra en el gráfico anterior la relación entre las tablas cat es la siguiente:
| Tabla 1 | Tabla 2 | Relación (join) | Tipo |
|---|---|---|---|
t11 |
t15 |
t11.pc_31 = t15.pc_31 | 1:N (Uno a Muchos) |
t11 |
t14 |
t11.pc_31 = t14.pc_31 | 1:N (Uno a Muchos) |
t11 |
t14 |
t11.pc_31 = t13.pc_31 | 1:N (Uno a Muchos) |
t15 |
t14 |
(t15.pc_31 , t15.car_45) = (t14.pc_31 , t14.nobf_51) | 1:N (Uno a Muchos) |
t13 |
t14 |
(t13.pc_31 , t13.cuc_45) = (t14.pc_31, t14.cuc_55) | 1:N (Uno a Muchos) |
La relación con las tablas de codificación se expresa de la siguiente forma:
| Tabla 1 | Tabla 2 | Relación (join) | Tipo |
|---|---|---|---|
t15 |
t15_428 |
t15.coduso_428 = t15_428.coduso_428 | 1:1 (Uno a uno) |
t14 |
t14_71 |
t14.cd_71 = t14_71.cd_71 | 1:1 (Uno a uno) |
t14 |
t14_105 |
t14.tip_105 = t14_105.tip_105 | 1:1 (Uno a uno) |
Por último, también puede establecerse una relación entre la capa de componente geométrica y las tablas alfabuméricas a través de la referencia catastral (campo pc_31):
| Tabla geom | Tabla alfanum | Relación (join) | Tipo |
|---|---|---|---|
tabla_geom = 'parcel' |
t11 |
parcel.refcat = t11.pc_31 | 1:1 (Uno a uno) |
Para facilitar la comprensión del diseño de las relaciones, observemos el siguiente esquema [Figura 14]:
[Figura 14]. Relación entre las referencias Catastrales y los campos de las Tablas.
Como se puede ver, es fácil establecer una relación entre los campos de la geodatabase y las referencias catastrales proporcionadas por Catastro. Esto significa que las posibilidades de vincular los datos con eventos del 'mundo real' son prácticamente infinitas, siempre y cuando esos eventos incluyan la referencia catastral, lo cual es cada vez más común.
Incluso a falta de este código, se podrían emplear técnicas de geolocalización de datos, para vincular la información en su posición espacial.
A efectos de las futuras fases de Despliegue (deployment) y posible Gestión de los modelos (model management) obtenidos de la geodatabase diseñada, se enuncian una breve descripción de los softwares empleados y sus versiones en la siguiente tabla.
Resperto a las Librerías (frameworks) y Lenguajes de programación empleados, son especificados en capítulos posteriores.
| Aplicación | Versión | Descripción (sólo se ha empleado software libre) |
|---|---|---|
| PostgreSQL | 14.2 | Sistema de gestión de bases de datos relacional orientado a objetos y de código abierto, publicado bajo la licencia PostgreSQL,similar a la BSD o la MIT. |
| PostGIS | 3.2 | Extensión convierte a PostgreSQL, en una base de datos espacial, para su utilización en Sistema de Información Geográfica. Se publica bajo la Licencia Pública General de GNU. |
| PGAdmin | 6.7 | Entorno de escritorio visual libre, de código abierto y multiplataforma para conexión con bases de datos PostgreSQL. |
| Anaconda | 23.3.1 | Distribución libre y abierta de los lenguajes Python y R, orientada a simplificar el despliegue y administración de los paquetes de software utilizados en ciencia de datos. |
| Jupyter Notebook | 6.5.3 | Proyecto para desarrollar software de código abierto, estándares abiertos, y servicios para computación interactiva a través de múltiples lenguajes de programación. |
| QGIS | 3.28.5 | Software específico de Código Libre para Sistemas de Información Geográfica. |